The idea behind #34 is to implement drop shadow, one of the most popular visual effects in modern window systems and compositing window managers. The effect should be applied at the window management level, not to background images, meaning the background image should not be blurred. The graphical effect of a visually elevated shape with a shadow underneath the window frame should occur transparently.

Because I'm still unsure where to place the blur operation, whether to implement the blur in '_twin_widget_queue_paint()', as this function handles the rendering order of each widget object. It would need to read the corresponding pixel block currently on the screen during rendering to blur the current background. Or should I implement this operation when each widget's TwinEventPaint occurs? So I first try to implement this function on the background to see its effect.

Or should I implement this operation when each widget's TwinEventPaint occurs? So I first try to implement this function on the background to see its effect.

Alternatively, you can write an image viewer with drop shadow functionality to evaluate performance and visual effects in the initial stage. Once you have a better understanding of the window manager events and their flow, we can proceed with integrating it into the window system.

See MDN: drop-shadow

Alternatively, you can write an image viewer with drop shadow functionality to evaluate performance and visual effects in the initial stage.

For performance evaluation, you may consider the code mentioned in #55 (comment) .

I haven't applied stack blur to the drop shadow yet, because I don't know how to access the current screen's topmost pixel map. I want to apply the stack blur to a specific region of the topmost pixel map that overlaps with the shadow and then use this as the new shadow. The topmost pixel map is efficiently updated by refreshing only the damaged areas.

Compilation error/warning reported by Clang:

src/window.c:72:13: error: non-void function 'twin_window_create' should return a value [-Wreturn-type]
   72 |             return;
      |             ^
src/window.c:65:17: warning: left operand of comma operator has no effect [-Wunused-value]
   65 |         window->shadow_offset_x, window->shadow_offset_y = 50, 50;
      |         ~~~~~~  ^~~~~~~~~~~~~~~
src/window.c:65:64: warning: expression result unused [-Wunused-value]
   65 |         window->shadow_offset_x, window->shadow_offset_y = 50, 50;
      |                    

I am unsure how to validate this. Could you provide the relevant procedures or methods along with the expected behavior?

The blur appeared too strong and spread out compared to typical drop shadow effects found in compositing window managers. Would you adjust the Gaussian kernel to create a tighter, more natural-looking shadow?

Do you want to directly reduce kernel size or use the gradient method to reduce kernel size?

Do you want to directly reduce kernel size or use the gradient method to reduce kernel size?

For window compositing, the blur effect should only be applied to the window decorator when creating drop shadows, not to the entire window. The kernel size shrinks.

Do all windows need to have the drop shadow feature? And only the window on the top layer will display the drop shadow.

Do all windows need to have the drop shadow feature? And only the window on the top layer will display the drop shadow.

Blur effects are only applied to the active window, using drop shadow to make it visually distinct.

It looks much better now.

The latest update enforces blur effects on the active window, matching the standard behavior of compositing window managers. To enhance the visual depth, we should replace the right and bottom window borders with drop shadows, creating darker edges that give a more dimensional appearance. This means disabling the standard border rendering on those sides and implementing drop shadow effects instead.

Reference video: Apply Blur to xfce 4 Desktop Manager
picom is a compositor for X, and a fork of Compton.

This is the version that directly applies the shadow.

This is the version where the shadow has a gradient effect.

Is "Replace the right and bottom window borders with drop shadows, creating darker edges that give a more dimensional appearance" referring to one of these two?

Is "Replace the right and bottom window borders with drop shadows, creating darker edges that give a more dimensional appearance" referring to one of these two?

Yes, exactly.

The shadow should be aligned with the right and bottom borders, meaning the right shadow should be positioned at the top-right corner of the active window, while the bottom shadow should be placed at the bottom-left corner of the active window.

Action items:

• Adjust the gradient effect region to make it narrower and more visually natural.
• Make the drop shadow feature configurable via make config. If the feature is set, no bottom-right window decorator would appear.
• Avoid changing function prototype of twin_window_create, making drop shadow independent from the configurations.
• Ensure that drop shadow feature works with Pixman renderer instead of the built-in one.

Thank @weihsinyeh for contributing!